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Abstract of DE1 0200855 

In order to produce an announcement jn a telecommunication network, an announcement file is 
generated from a model file (vtm) after reception of a request sent by a control station of the network 
concerning the announcement and determination of parameter values (aid, prv) specific to the 
announcement. Therefor, open parameters, contained in the model file (vtm) and concerning the 
content or execution of the announcement, are resolved in the announcement file (vpg) on the basis of 
the parameter values (prv). The resulting announcement file, for example in the form of a VoiceXML 
page, can then be interpreted and transmitted via the telecommunication network. 



Data supplied from the esp@cenet database - Worldwide 



BEST AVAILABLE COPY 

http://v3.espacenet.com/textdoc?DB=EPODOC&IDX=DE10200855&F=0 



1/9/2006 



@ BUNDESREPUBLIK 
DEUTSCHLAND 




© Off enlegungsschrift 
® DE 102 00 855 A 1 



® Int. CI. 7 : 

H 04 M 3/487 



DEUTSCHES 
PATENT- UND 
MARKENAMT 



® Aktenzeichen: 
(2) Anmeldetag: 
(§) Offenlegungstag: 



102 00 855.8 
11. 1.2002 
8. 5.2003 



IA 

m 
oo 

o 
o 

CM 

o 

UJ 
Q 



© Innere Prioritat: 
101 53 279.2 



29. 10. 2001 



@ Anmelder: 

Siemens AG, 80333 Munchen, DE 



© Erfinder: 

Freund, Detlev, 10707 Berlin, DE 

© Fur die Beurteilung der Patentfahigkeit in Betracht 
zu ziehende Druckschriften: 



DE 
US 
EP 
WO 



100 30 713A1 
62 69 336 B1 
10 41 801 A2 
01 30 058 A2 



Die folgenden Angaben sihd den vom Anmelder eingereichten Unterlagen entnommen 

© Verfahren und System zum dynamischen Generieren von Ansageinhalten 

© Um eine Ansage in einem Telekom munikationsnetz 
durchzufuhren, wird, aufgrund der von einer Steuerstelle 
des Netzes gesendeten Anforderung fur die Ansage mit 
Ansagen-spezifischen Parameterwerten (aid, prv), aus ei- 
ner Vorlagedatei (vtm) eine Ansagedatei erstetit. Hierbei 
werden in der Vorlagedatei (vtm) enthaltene offene Para- 
meter, betreffend den Inhalt und/oder die Ausfuhrung der 
Ansage in der Ansagendatei (vpg) in Abhangigkeit von 
den Parameterwerten (prv) aufgelost. Die so erhaltene 
Ansagedatei, z. B. in Form einer VoiceXML-Seite, kann 
dann interpretiert und uber das Telekom munikationsnetz 
ausgegeben werden. 
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Beschreibung 

[0001] Die Erfindung betrifft ein Verfahren zur Durchfuhrung einer akustisch wiedergebbaren Ansage in einem Tele- 
komraunikationsnetz. 

5 [0002] In Telekommunikationsnetzen gehort es unter Anderem zu den Aufgaben der Vermittlungsstellen, den Teilneh- 
mern beira Herstellen oder Bearbeiten von Telekommunikationsverbindungen Ansagen und Dialoge anzubieten. Diese 
Ansagen und Dialoge werden in gewissen Situationen notwendig, wie z. B. bei der Ungultigkeit einer Nummer ("Kein 
Anschluss unter dieser Nummer." bzw. "Die Rufnummer des Teilnehmers hat sich geandert und ist nunmehr . . .") oder 
bei der Abfrage von Teilnehmerdaten fur die Benutzung von IN-Diensten in einem Intelligenten Netz (IN). Diese Ansa- 
10 gen und Dialoge werden in der Regel von einer von den Vermittlungsstellen gesonderten Anlage durchgefuhrt, die auch 
unter demBegriff I VR- System ("Interactive Voice System") bekannt ist. 

[0003] Entstehungsquellen der hier betrachteten Ansagen sind insbesondere vermittlungstechnische Ereignisse, wie 
z. B.: die Wahl einer unbeschalteten Rufnummer oder einer Rufnummer mit einem Wartesystem; seitens einer Vermitt- 
lungss telle realisierte Dienste, welche einen Dialog nutzen, z. B. eine Dialog-unterstiitzte Steuerung von Teilnehmer- 
L5 Selbsteingaben; oder IN-Dienste mit Nutzerdialogen, deren Steuerung iiber die Schnittstelle zwischen der dem Teilneh- 
mer zugeordneten Vermittlungss telle und dem SCP ("Signal Control Point", Einrichtung des IN zur Steuerung von IN- 
Diensten) erfolgt. 

[0004] Im Folgenden soli der Begriff der Ansage, soweit nicht ausdrucklich etwas anderes angemerkt ist, auch inter- 
aktive Ansagen, also Dialoge, einschlieBen. 

20 [0005] In den bisher verwendeten Fallen liegt die Steuerlogik zur Durchfuhrung der Ansagen in der Vermittlungsstelle 
oder in den an die Vermittlungsstelle angeschlossenen Stationen (z. B. dem SCP), nicht jedoch im IVR-System, was eine 
Steuerschnittstelle erforderlich macht, liber die die Steuerung der Ansagen einschlieBlich variabler Ansageparameter so- 
wie dieRuckmeldung von eingesammelten Nutzereingaben zwischen Vermittlungsstelle und IVR-System erfolgen kann. 
[0006] Um die erwahnte Steuerschnittstelle zu vermeiden, werden Losungen gesucht, bei denen die Verarbeitung der 

25 Ansageparameter und Ausgabe von Ansagen und Dialogen gemaB den aktuellen Werten der Parameter seitens des IVR- 
Sy stems durchfuhrbar ist. Als hierbei verwendete Parameter werden Informationsparameter, Steuerparameter und Ein- 
gabeparameter unterschieden. Informationsparameter geben variable Inhalte an, z. B. eine Telefonnummer, Steuerpara- 
meter betreffen den Ablauf des Ansage, wie z. B. die (maximale) Anzahl der Durchlaufe einer Ansage, die Dauer einer 
Pause zwischen Wiederholungen; Eingabeparameter beziehen sich auf Eingaben, die vom Teilnehmer eingesammelt 

30 werden, wie z. B. die Mindestanzahl von Wahlziffem, die vom Teilnehmer einzugeben sind. 

[0007] Eine bekannte Losung zur parametrisierten Ausfuhrung von Ansagen beruht auf der kodierten Verarbeitung von 
Parameters Hierbei ist die Logik zur Behandlung der Steuer- und Eingabeparameter in der Steuerung des IVR-Systems 
fest kodiert. Dem Anwender wird nur eine Moglichkeit der Gestaltung der Ansagen zugelassen; eine Anderung von An- 
sagen ist tiber proprietare Einrichtungen und Verfahren moglich. Diese Losung gestattet vollen Zugriff auf Parameter in 

35 den Ansagen, die auch durch Parameter gesteuerte variable Inhalte enthalten konnen. Jedoch stellt sie stets eine proprie- 
tare Losung dar, die in der Regel wenig flexibel ist und bei der die Ubertragung der Ansagen zwischen verschiedenen An- 
lagen stark eingeschrankt ist. 

[0008] Dieser Mangel wird in durch einen auf der standardisierten Beschreibungssprache \faiceXML beruhenden An- 
satz weitgehend vermieden. Die Sprache VoiceXML ("Voice extensible Markup Language") wurde als Markup-Sprache 

40 fur die Erzeugung von Audio-Dialogen entworfen; ihre Hauptaufgabe ist es, die \forteile Web-basierter Entwicklungen 
und Web-Inhalts-Ubertragungen auch fur interaktive Sprachantwort-Systeme zu ermoglichen, wobei Dialoge unter Ein- 
beziehung synthetischer Sprache, digitaler Audio-Information, der Erkennung von gesprochenen und DTMF-Eingaben, 
Aufnahme gesprochener Eingaben, Telefonie und von Dialogen, die sowohl vom Benutzer als auch von computergesteu- 
erter Seite initiierbar sind, moglich sind. Fur nahere Details zur VoiceXML-Sprache sei auf den Standard VoiceXML 2.0 

45 des WWW-Consortiums W3C (http:/ / www.voicexeml.org sowie http:/ / www.w3.org/TR/) verwiesen. 

[0009] Nach diesem Ansatz ist seitens des IVR-Systems ein VoiceXML-Browser fur die Interpretation von Voi- 
ceXML-Seiten eingerichtet; in diesen VoiceXML- Seiten ist eine Ansage bzw. ein Dialog beschrieben - analog dazu, wie 
in einer HTML-Seite eine graphische Ausgabe (die durch einen HTML-Browser ausgegeben wird) dargestellt ist. Fur 
Eingaben, die im Rahmen eines Dialogs durch den Benutzer zu tatigen sind, werden die zugehorenden Eingabeparameter 

50 in einer sogenannten Grammar-Datei, die der betreffenden VoiceXML-Seite zugeordnet ist, aufgelost. Jedoch beruhen 
bekannte, auf VoiceXML basierende Losungen auf der Annahme, dass die gesamte Ansage ohne externe Steuerungsein- 
griffe ablaufen kann; insbesondere ist die Abarbeitung von Steuerpararnetern und somit eine Beriicksichtigung Parame- 
ter-gesteuerter variabler Anteile einer Ansage nicht vorgesehen. 

[0010] Es ist Aufgabe der Erfindung, die Ausfuhrung von Ansagen und Dialogen, insbesondere auf einer Markup- 
55 Sprache wie VoiceXML beruhenden, zu verbessem. Hierbei soli es dem Betreiber auf einfache und flexible Weise mog- 
lich sein, Ansagen (einschlieBlich Dialoge) unter Einsatz Ansagen- spezifischer Parameter und insbesondere Steuerpara- 
meter einzusetzen und zu andern. 

[0011] Die gestellte Aufgabe wird erfindungsgemafi von einem Verfahren der eingangs genannten Art mit den folgen- 
den Schritten gelost: 

60 

- Empfangen einer von einer Steuerstelle des Telekommunikationsnetzes gesendeten Anforderung fur eine Ansage 
und Ermitteln Ansagen-spezifischer Parameterwerte 

- Erstellen zumindest einer Ansagendatei aus zumindest einer Vorlagedatei, die offene Parameter betreffend den 
Inhalt und/oder die Ausfuhrung einer Ansage enthalt, wobei in der Ansagendatei die offenen Parameter der Vorla- 

65 gedatei(en) in Abhangigkeit von den Parameterwerten aufgelost werden, und 

- Interpretation der zumindest einen Ansagedatei als Ansage, wobei die Ansage uber das Telekommunikauonsnetz 
ausgegeben wird. 
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[0012] Diese Losung erfullt die gestellte Aufgabe auf einfache Weise. Durch die Einfuhrung eines zusatzlichen Schrit- 
tes in die Verarbeitung der Anforderung einer Ansage, namlich die Erstellung einer Ansagendatei aus einer \forlage - an- 
stelle der Verwendung Vorgefertigter, gleichbleibender Ansagen - gelingt die flexible Gestaltung von parametrisierten 
Ansagen. 

[0013] Fur die Realisierung der Erfindung eignet sich besonders eine Servereinrichtung fur Ansagedateien mit einer 5 
Schnittstelle zu einer Ansageeinrichtung, welche ein Interpretermodul fiir die Interpretation von Ansagedateien als aku- 
stisch wiedergebbare Ansagen enthalt, und mit einer Praprozessoreinrichtung, welche nach der Erfindung dazu einge- 
richtet ist, Ansagen-spezifische Parametenverte entgegenzunehmen und ausgehend von offene Parameter betreffend den 
Inhalt und/oder die Ausfiihrung einer Ansage enthaltende Vorlagedateien in Abhangigkeit von den Parameterwerten An- 
sagedateien zu erstellen, in denen die offenen Parameter der Vorlagedatei(en) aufgelost sind. 10 
[0014] Ebenso ist fiir die Verwirklichung der Erfindung ein Ansagesystem zur Bereitstellung von akustisch wiedergeb- 
baren Ansagen in einem Telekommunikationsnetz geeignet, mit einer Schnittstelleneinrichtung zur Anbindung an das 
Telekommunikationsnetz und an eine dem Telekommunikationsnetz zugeordnete Steuerstelle mit einer Speichereinrich- 
tung und mit einem Interpretermodul fiir die Interpretation von Ansagedateien als akustisch wiedergebbare Ansagen, so- 
wie mit einer Praprozessoreinrichtung der genannten erfindungsgemafien Art. 15 
[0015] In einer bevorzugten Ausfuhrungsform der Erfindung werden gemafi einer Markup-Sprache abgefasste \for- 
lage- und Ansagedateien verwendet, z. B. gemafi der VoiceXML-Sprache. Dies ist insbesondere im Zusammenhang mit 
Datennetzen wie z. B. einem LAN-Netzwerk oder dem Internet, von Vorteil, wo die Verwendung von Markup-Doku- 
menten (z. B. HTML oder WML-Seiten) von Text- und Graphik-Anwendungen her gelaufig ist. 

[0016] In einer bevorzugten Variante der Erfindung konnen vor dem Erstellen der Ansagedatei die hierfur verwendeten 20 
Vorlagedateien von der Praprozessoreinrichtung aus einer Anzahl von Vorlagedateien in Abhangigkeit von den Parame- 
terwerten ausgewahlt werden. Die Vorlagedateien konnen beispiels weise in einem hierfur vorgesehenen Speicher gehal- 
ten werden. 

[0017] Des weiteren ist es fur den Fall interaktiver Ansagen (Dialoge) vorteilhaft, wenn beim Erstellen der Ansageda- 
tei, sofern die Vorlagedatei sich auf eine Eingabe beziehende Befehle enthalt, zusatzlich Eingabedateien fur die Interpre- 25 
tation von Eingaben wahrend einer Ansage erstellt werden. Hierbei konnen die Eingabedateien in einem Dateispeicher 
zwischengespeichert werden und danach von dort bei der Ausfiihrung der betreffenden Eingaben abgerufen werden. 
[0018] Die Erfindung samt weiterer Vorziige wird im folgenden unter Zuhilfenahme beigefiigter Zeichnungen und Bei- 
spiele naher erlautert. Diese stellen insbesondere ein bevorzugtes, nicht einschrankendes Ausfuhrungsbeispiel der Erfin- 
dung dar, das sich auf die Durchfuhrung von parametrisierten Ansagen fiir Voice-over-IP- Verbindungen bezieht. Die 30 
Zeichnungen zeigen in schematischer Form 

[0019] Fig. 1 die am Aufbau einer Voice-over-IP- Verbindung zwischen zwei Netzteilnehmern beteiligten Netze und 
Netzkomponenten ; 

[0020] Fig. 2 die dynamische Erstellung von Ansagendateien nach dem Erfindungsprinzip; 

[0021] Fig. 3 eine erfindungsgemafies Ansagesystem; 35 
[0022] Fig. 4 einen Signalablauf fur eine erfindungsgemafi dynamisch erstellte Ansage. 

[0023] Das im Folgenden dargestellte Ausfuhrungsbeispiel bezieht sich auf Telefonverbindungen unter Nutzung der 
bekannten Voice-over-EP-Technologie (VoIP) und im Zusammenhang damit durchzufuhrende Ansagen. Bezugnehmend 
auf Fig. 1 wird eine VoIP- Verbindung fur einen rufenden Teilnehmer TNI eines Telefonnetzes NE1 iiber das Internet IPN 
(oder ein anderes paketorientiertes Datennetz) zu einem gerufenen Teilnehmer TN2 eines Telefonnetzes NE2 hergestellt, 40 
das in der Regel - jedoch nicht notwendigerweise - vom Netz NE1 verschieden ist. Die Anbindung der Teilnehmer TNI, 
TN2 an die Netze ist nach bekannter Art iiber Vermittlungsstellen VS1 bzw. VS2 realisiert; fur die Ubergange von den 
Telefonnetzen NE1, NE2 zum Internet IPN sind fiir die Zwecke des VoIP jeweils VoIP-Gateways IG1, IG2 eingerichtet. 
Das Netz NE1 ist in dem hier betrachteten Ausfuhrungsbeispiel ein ISDN-Netz, dem zur Durchfuhrung intelligenter 
Netzdienste eine Dienstesteuerung SCI bekannter Art zugeordnet ist, die insbesondere einen SCP umfasst. 45 
[0024] Fiir die Steuerung und Uberwachung der VoIP- Verbindungen ist nach bekannter Art ein Gateway-Controller 
GO vorgesehen. Dieser steuert insbesondere die Gateways IG1, IG2 und koordiniert sie miteinander unter \ferwendung 
eines Steuerungsprotokolls (GCP, "Gateway Control Protocol") bekannter Art, z. B. H. GCP oder MGCP; in dem im Fol- 
genden betrachteten Ausfuhrungsbeispiel wird vorzugsweise das MGCP-Protokoll (vgl. RFC 2705 und RFC 2897; sh. 
z. B. "http:/ / www.rfc-editor.org/") verwendet, wobei der Controller als MGC ("Media Gateway Controller") bezeichnet 50 
wird. Daruber hinaus kommuniziert der Gateway-Controller GO auch mit den \ermittLungsstellen VS1, VS2 - z. B. 
iiber das bekannte SS7-Protokoll - und mit der Dienstesteuerung SO. Fiir die Durchfuhrung von Ansagen, die im Zu- 
sammenhang mit VoIP- Verbindungen erforderlich sind, ist ein Ansagesystem VAS vorgesehen, das mit dem Controller 
GO nach bekannter Art iiber ein Steuerungsprotokoll wie die Gateways IG1, IG2 kommuniziert. Das Ansagesystem 
VAS ist in bekannten Implementierungen mittels eines IVR- Systems bekannter Art realisiert; nach der Erfindung ist es 55 
wie weiter unten erlautert zur parametrisierten Erstellung von Ansagen erweitert. In Fig. 1 sind die Verbindungen zwi- 
schen Netzstationen, iiber die lediglich Steuerinformation ausgetauscht wird, gepunktet dargestellt. 
[0025] Das Grundprinzip der Erfindung fiir die dynamische Erstellung von Ansagen ist in Fig. 2 schematisch darge- 
stellt. Zur Definition einer Ansage wird eine Vorlage vtrn verwendet, die beispielsweise auf VoiceXML beruht, in der je- 
doch Parameterfelder offen gehalten sind, die gemafi den Werten von Ansagenparametern aufzulosen sind. Aus der \for- 60 
lage wird, wenn die betreffende Ansage - z, B. durch eine Ansage- Identification aid bezeichnet - aufgerufen wird, mit- 
hilfe eines Praprozessors PPZ unter Verwendung der von der Vermittlungsstelle bzw. dem SCP ubergebenen Werte prv 
der Ansageparameter eine Ansagedatei vpg erstellt, z. B. eine VoiceXML-Seite, die von einem Interpreter (z. B. Voi- 
ceXML-Browser) VBR interpretierbar ist. Auf diese Weise konnen die vom IVR-System ubemommenen Parameter- 
werte prv dynamisch verarbeitet werden. Fiir jeden iyp einer Ansage sind zugehorende Ansage- Vorlagen vorbereitet. 65 
Diese Vorlagen konnen von dem Anbieter des Ansagesystems und/oder dem Betreiber des Netzes jederzeit in beliebiger 
Weise geandert werden und sq den sich jeweils ergebenden Anforderungen angepasst werden, 

[0026] Bei der Verarbeitung einer Vorlage durch den Praprozessor, um daraus eine Ansage - genauer eine oder mehrere 
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Ansagedateien, anhand deren eine Ansage ausgefiihrt wird, - zu erstellen, werden die in der Vorlage enthaltenen Para- 
meterfelder aufgelost, Insbesondere werden die Werte der Informationsparameter durch den Praprozessor in die entspre- 
chenden Parameterfelder der betreffenden Ansagedatei eingesetzt und so in die Ansage integriert. Eingabeparameter 
werden in entsprechender Weise aufgelost, wobei gemafi der Struktur der zugrunde liegenden Sprache fur die Eingabe 
5 eine eigene Eingabedatei - namlich im Fall des VoiceXML eine sogenannte Grammardatei - aufgrund einer Eingabevor- 
lage erstellt werden kann; in der Ansagedatei wird an der fur die Eingabe vorgesehenen S telle eine Verkniipfung (Rcfe- 
renz) auf die Eingabedatei eingesetzt. Steuerparameter werden vorn Praprozessor je nach Art des Parameters mithilfe 
von Referenzen zwischen Ansagedateien verwirklicht; z. B. wird ein die Anzahl der Wiederholungen betreffender Steu- 
erparameter dadurch realisiert, dass in einer ersten Ansagedatei eine entsprechende Anzahl von Referenzen auf eine 

10 ' zweite Ansagedatei (die die zu wiederholenden Teile der Ansage enthalt) eingesetzt werden. 

[0027] Die vom Praprozessor erfindungsgemafi erstellten Ansagedateien sind von dem IVR-System unmittelbar inter- 
pretierbar. Vorzugsweise sind die Ansagedateien den bekannten Standards entsprechende VoiceXML-Seiten und konnen 
von jedem VoiceXML-Browser interpretiert werden. Der Inhalt der Ansage kann somit extern aufgrund der Standards, 
die der Ansagedatei unterliegen, wie z. B. VoiceXML, modifiziert werden. Somit erubrigen sich aufgrund der Erfindung 

15 proprietare Schnittstellen zur Ansageerzeugung. Durch die Einfuhrung eines Praprozessors, welcher die Ansagedateien 
der abzuspielenden Ansage dynamisch und in Abhangigkeit von den iibergebenen Parameterwerten erzeugt und dem An- 
sagesystem (genauer dem Interpreter/Browser) zur Verfugung stellt, gelingt eine flexible und zugleich einfache Realisie- 
rung von Ansagen unter Berucksichtigung von Ansageparametem. 

[0028] Fig. 3 zeigt ein Ansagesystem VAS zur erfindungsgemafien dynamischen Erstellung und Durchfuhrung von 

20 Ansagen gemafi dem Ausfuhrungsbeispiel. Das System VAS umfasst einen Ansageserver VS V (auch "Voice Server" ge- 
nannt), an den nach bekannter Art vom Controller GC1 bzw. von der Dienstesteuerung SCI Anforderungen fur Ansagen 
gesendet werden und der diese Ansagen auf der Grundlage von Ansagedateien in Form von \fciceXML-Seiten abspielt, 
und einen Inhaltsserver CSV ("Content Server"), der der Bereitstellung der Ansagedateien bzw. VoiceXML-Seiten dient. 
[0029] Der Ansageserver VSV und der Inhaltsserver CSV konnen getrennte Einrichtungen sein, die iiber eine Schnitt- 

25 stelle miteinander verbunden sind, oder gemeinsam in einer Anlage des Ansagesystems VAS verwirklicht sein. Der An- 
sageserver VSV enthalt nach bekannter Art ein Schnittstelleneinrichtung VIF, der die Schnittstellen zu dem Gateway- 
Controller GC1 sowie zum Internet IPN (im Allgemeinen zum zugeordneten Telekommunikationsnetz, iiber das die An- 
sagen auszugeben sind), sowie einen Browser VBR zum Abspielen der Ansagedateien. Neben dem bereits im Zusam- 
menhang mit Fig. 2 genannten Praprozessor PPZ, der z. B. als Software in Form eines sogenannten Servlets (d. i. kom- 

30 pilierter, seitens des Servers ausfuhrbarer Java-Code) realisiert sein kann, weist der Inhaltsserver CSV einen Speicher 
CSS auf, der - z. B. in jeweils eigenen Teilspeichern TMS, GRS, WFS - die erfindungsgemaBen Vorlagendateien sowie 
zwischengespeicherte Ansagen- und/oder Grammardateien halt; der Speicher CSS kann vorteilhafter Weise auch Tonda- 
teien wfi enthalten, die bei der akustischen Interpretation der Ansagendateien benotigt werden, z. B. Tondateien in Form 
von WAV-Dateien in einem Tondateispeicher WFS. 

35 [0030] Der Ansageserver VSV erhalt die Ansagen-spezifischen Parameter aid, prv nach bekannter Art von der Dien- 
stesteuerung SCI iiber den Gateway-Controller GC1 iiber das MGCP-Protokoll in Form einer MGCP-Nachricht und lei- 
tet diese iiber eine HTTP-Anforderung (= sogenannten "Request") an den Inhaltsserver CSV weiter, Seitens des Inhalts- 
servers CSV wird die MGCP-Nachricht in einem zum Praprozessor PPZ gehorenden MGCP-Parser PPS analysiert und 
ausgewertet. In einem Antwortmodul RPB ("Response Builder") wird gemafi den Parameterwerten aid, prv eine \fci- 

40 ceXML- Vorlage vtm aus einem Vorlagenspeicher TMS abgerufen und anhand dieser Vorlage eine VoiceXML-Seite vpg 
erstellt; diese wird in einer HTTP- Ant wort (= sogenannten "Response") an den Ansageserver VSV zur Interpretation 
durch den Browser VBR zuruck gegeben. 

[0031] Wenn die angeforderte Ansage ein Dialog ist, so werden zusatzlich zur als Ansagedatei dienenden VoiceXML- 
Seite vpg auch als Eingabedateien dienende Grammar-Dateien grm fur die Definition der Eingaben benotigt. Diese wer- 
45 den aufgrund der Vorlage vtm durch ein Grammarmodul GRB ("Grammar Builder") erzeugt und in einem Grammarspei- 
cher GRS gespeichert. Bei der Interpretation der VoiceXML-Seite vpg als Dialog kann dann der Browser VBR die Gram- 
mars grm mittels der Referenzen in der Seite vpg per HTTP-Request crq abrufen. 

[0032] Das unten gezeigte Beispiel 1 zeigt eine beispielhafte Grammar- Vorlage, sowie das Bei spiel 2 eine aufgrund 
dieser Vorlage erzeugte Grammar-Datei, in der festgelegt wird, dass bei einer Eingabe lediglich 2 bis 3 Ziffem erlaubt 
50 sind. 

[0033] Das System unterscheidet cine einfache Ansage von einer interaktiven Ansage (einem Dialog) anhand entspre- 
chender MGCP-Schliisselworter. Beispielsweise wird in einer einfachen Ansage der Befehl pa (= "Play Announcement") 
verwendet, wogegen in einem Dialog der Befehl pc (= "PlayCollect") verwendet wird, der auch das Einsammeln von Zif- 
fern veranlasst. Diese Befehle pa bzw. pc fuhren auch zu verschiedenen HTTP-Requests. 
55 [0034] Der Ablauf einer Ansagedurchfuhrung ist in dem Signalablaufsdiagramm der Fig. 4, worin die vertikale Achse 
der Zeitachse entspricht und vertikale Linien Stationen darstellen, zwischen denen Signale und Daten ausgetauscht wer- 
den. 
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Beispiel 1 
Grammar- Vorlage 

; Gives the result of DTMF/engl . Voice recognition as a string 
; FIRST PART: TEMPLATE PREDEFINED FOR EACH LANGUAGE DIGIT 
[ 

[ 

zero 

dtmf-8 
] { return("0") } 
[ 

one 

dtmf-1 
] { returnCl") } 



10 



15 



25 



30 



[ 

nine 

dtmf-9 20 
] { return("9") } 
[ 

star 

dtmf-star 
] { returnC*") } 
[ 

hash 

dtmf-pound 
pound 
] { returnC#") } 
1 

; DTMF-values defined from MGCP for the following keys 

; speech-recognition predefined 
; Start Input Key 35 
SIK 

[ 

start 
SIK 

] 40 

; End Input Key 
EIK 
[ 

end 
stop 
EIK 

] { return("EIK M ) } 
; Restart Key 
RIK 

t 

cancel 
RIK 

]{ return(" ") ) 
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Beispiel 2 
Grammar-File 

; Gives the result of DTMF/engl . Voice recognition as a string 
; FIRST PART: TEMPLATE PREDEFINED FOR EACH LANGUAGE DIGIT 

; . . . Tab.l) 
; Start Input Key 
SIK 

[ 

start 
dtmf ( -star 

] 

; End Input Key 
EIK 
[ 

end 
stop 

dtmf-pound 
]{ return("#") } 
; Restart Key 
RIK 

[ 

cancel 
dtmf-star 
]{ return(" ") } 

; FOLLOWING HAS TO BE BUILD DYNAMICALLY 
; following definition from 1 to 3 digit 



1DIGIT 
[ 

35 DIGITidl 
EIK:dl 
J{ return($dl) } 
2DIGIT 

( DIGIT:dl lDIGIT:d2 ) { return(strcat ($dl $d2 ) ) } 
40 3DIGIT • 

( DIGITidl 2DIGIT:d2 ) { return (strcat (Sdl $d2 )) } 
2-3DIGIT 

( 

SIK 
[ 

2DIGIT:dl{ return($dl) } 
3DIGIT:dl{ return(Jdl) } 
1DIGIT{ return(" ") ) 

] 

) 

; following gives the result: possible are min=2 or max=3 digits 



45 



50 



. DTMF 

( 

?RIK 

2-3DIGIT:dl 

?( +RSK:,dl 2-3DIGIT:dl ) 
) { <dtmfstring $dl>} 

[0035] Der besseren Ubersichtlichkeit halber sind lediglich die fur den Signalverlauf relevanten Stationen SCI bzw. 
GC1, VSV, CSV und TN2 (vgl. Fig. 1) gezeigt. Die in Fig. 4 verwendeten Nummern entsprechen der Nummerierung des 
folgend verwendeten Ablaufs. 

1) Der Ansageserver VSV erhalt eine MGCP-Nachricht, in der das Abspielen einer Ansage (im hier gebrachten 
Beispiel ein Dialog mit einer Teibehmereingabe) angefordert wird. Eine beispielhafte MGCP-Nachricht dieser Art 
ist in Beispiel 3 gezeigt; die Parameter sind in der letzten Zeile des Beispiels enthalten. 
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2) Der Server VSV sendet einen HTTP-Request - Beispiel 4 -, der die Informationen der MGCP-Nachricht 1 ent- 
halt, an den Inhaltsserver CSV. 

3) Aufgrund des Requests 2 wird der Praprozessor PPZ gestartet. Dieser verarbeitet den Request und wertet die 
darin enthaltenen Ansageparameter aus, erstellt aufgrund dessen eine VoiceXML-Seite vpg aus den betreffenden 
Vorlagendateien vtm, sowie entsprechende Grammar-Dateien grrn zur Behandlung von Teilnehmer-Eingaben; die 
Grammar-Dateien werden durch Verknupfungen in der VoiceXML-Seite vpg referenziert. An dieser S telle werden 
auch gegebenenfalls Verknupfungen mit den zum Abspielen der Ansage benotigten Tondateien wfi in die Seite vpg 
einbezogen. Beispiel 5 (sh. S. 15f) zeigt eine solche VoiceXML-Seite; die zugehorende Grammar-Datei entspricht 
der in Beispiel 2 gezeigten. 

Beispiel 4 
Request (2) 

MDCX 4721 LC1/LINE1/12@MGW01. SIEMENS. DE MGCP 1.0 
C:1234 
I:E23D48 ' 
X: 3CFA 

R: ASP/oc@$(N), ASP/of@$(N) 20 
S: ASP/pc@$( 

ip=ann501?var=X468&lgix=l<99999999> it=l mn=2 mx=3 sik=* eik=# rik=*) 
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Beispiel3: Anforderung (1) 

http://csv/ansa/servlet/PlayCollect?ip=ann501%3Fvar%3DX468%26lgix%3Ol% 
6099999999%62&it=l&mn=2&mx=3&sik=*&eik=#&rik=* 

[0036] Die Vorlagedatei, aus der die VoiceXML-Seite erzeugt wurde, entspricht dem Beispiel 5, mit der Ausnahme, 
dass anstelle der Ausdriicke "expr = . . ." jeweils n ;var" zu stehen hat. 

4) Die VoiceXML-Seite vpg wird vom Inhaltsserver CSV als HTTP-Response an den Ansageserver VSV zuriick 
gegeben. 35 

5) Seitens des Server VSV wird die Interpretation der Seite vpg begonnen; dabei werden die benotigten Grammar- 
und Tondateien festgestellt. 

6) Diese Dateien werden mittels HTTP-Requests crq wie in Beispiel 6 beispielhaft gezeigt beirn Inhaltsserver CSV 
angefordert; typischerweise erfolgt hierbei eine Anforderung fur jeweils eine Datei. 

7) Die Dateien grrn, wfi werden iiber HTTP-Responses aufgrund der HTTP-Requests zuriick gesendet. Die Fund- 40 
orte (Dateiadressen), die den Anforderungen bzw. Antworten zugrunde liegen, sind in der VoiceXML-Seite vpg 
aufgefiihrt. 

8) Die Ansage wird durch den Ansageserver gemaB der VoiceXML-Datei vpg abgespielt; die Eingabe 8' des Teil- 
nehmers wird anhand der Grammardatei grm ausgewertet. 

9) Die aus der Eingabe 8' gewonnenen Daten werden uber MGCP an die Dienstesteuerung zuriick gesendet. 45 

[0037] Es sei darauf hingewiesen, dass die besonderen Ausbildungen der hier betrachteten Ausfuhrungsform der Er- 
findung lediglich beispielh after Art sind und die Erfindung nicht auf diese Form en einschranken. Insbesondere kann die 
Verbindung zwischen den Teilnehmern TNI, TN2 auch anderer Art als VoIP sein, namlich z. B. zur Ganze uber analoge 
und/oder digitale Telekommunikationsnetze realisiert, und die Ansagestation VAS z. B. dem Netz NE1 oder NE2 zuge- 50 
ordnet sein. Beispielsweise kann der Teilnehmer, dem die Ansage abgespielt wird, auch ein IP-Teilnehmer gemaB ITU-T 
Standard H.323 sein. Auch kann die Realisierung der Ansage- und Eingabedateien auf ein em anderen Format beruhen 
als das einer Markup- Sprache wie VoiceXML. 

Beispiel 6 55 
Request (6) 

http://cv/Announcement-database/X468/FRAGMENTS/f r00009.wav 

60 
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Beispiel 5 
Ansagedatei 

<?xml version="1.9"?> 

<!D0CTYPE vxml PUBLIC * -//Nuance/DTD VoiceXML 1.0b//EN' 

, http://toJ>e_determined.dtd' > 

<vxml> 

<form id= ,, ann581"> 

<! --DIALOG for playing of charge announcement according to 1 INTEGER 1 
structure 

WAV-files names are generated according to INFRAGM numbers and appropri 

ate language. --> 

<!--Variant assignment (var)--> 

<var name="variant" expr="&apos ;X468&apos; " /> 

<!--Language assignment (lgix)--> 

<var name="Lang" expr="&apos ; lanl&apos ; " /> 

<l--Number of announcement repetitions (it). --> 

<var name="Repet M expr="l" /> 

<!--Repetition Counter Declaration--> 

<var name-" I" expr= M 8" /> 

< I --Parameter 1 declaration (hundred of thousand for pound), 
"nine" as a sample--> 

<var name="parameterl" expr="&apos;9&apos; " /> 
<! --Parameter 1 declaration (thousand for pound).. 
"Ninety nine" as a sample--> 
<var name="parameter2" expr="&apos ;99&apos; " /> 
<i --parameter 1 declaration (hundred for pound), 
"nine" as a sample--> 

<var name="parameter3" expr="8capos ;9&apos ; " /> 
<!--Parameter 1 declaration (units for pound). 
"Ninety nine" as a sample--> 

<var name="parameter4" expr="&apos;99&apos; " /> 
<i --parameter 1 declaration (units for pence). 
"Ninety nine" as a sample--> 

<var name= ,, parameter5" expr="&apos ; 99&apos ; " /> 
<!--Varible declaration for the path--> 
<var name="Path" 

expr="&apos;http://csv/Announcement-database/+variant+/FRAGMENTS/&apos; 
/> 

<--Repetions counter calculation--> 
<grammar source= 

http://csv/Announcement-database/+variant+/GRAMMARS/grammar.gsl> 
<block name="Repeti tions"> 

<assign name="I" expr="I+l" /> 

<if cond="I<=Repet"> 

<if cond="parameterl == &apos ;00&apos; && 

parameter2 == &apos;00&apos;&& 

parameter3 == &apos;00&apos;&& 

parameter4 == &apos;09&apos;&& 

parameters == &apos;00&apos; "> 
<audio expr="Path+f r00001.wav" /> 
<!--This call is free of charge--> 
<else /> 

<audio expr="Path+f r00002.wav" /> 
<!--This call costs--> 
<!--Control of hundred thousand value--> 
<if cond="parameterl != &apos ;00&apos; "> 
<audio 

expr="Path+&apos;f r000&apos;+parameterl+&apos; .wav&apos;" /> 
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<audio expr="Path+f r00003.wav" /> 
</if> 

<! --Control of thousand value--> 
<if cond="parameter2 1= &apos ;00&apos ; "> 
<audio 

expr="Path+&apos ; f r000&apos ;+parameter2+&apos ; . wav&apos ; " l> 
<elseif cond= M parameterl != &apos;00&apos ; " /> 
<audio expr="Path+&apos;f r00004.wav" /> 
</if> 

<! --Control of hundred value--> 
<if cond= M parameter3 != &apos;00&apos; "> 
<audio 

expr="Path+&apos;f r000&apos;+parameter3+&apos ; .wav&apos; " /> 
<audio expr=VPath+f r00003.wav" /> 
</if> 

<!--Control of units value for pound--> 
<if cond="parameter4 != &apos ;00&apos ; "> 

<audio expr="Path+f r00004.wav" /> 

<audio 

expr="Path+&apos; f r000&apos;+parameter4+&apos; .wav&apos ; " /> 
</if> 

<! --announcement "pound"- -> 

<if cond= ,, parameterl| |parameter2| | parameter3 1 |parameter4 
!= &apos;00&apos; "> 
<if cond="parameter5 1= &apos ;00&apos ; "> 
<audio expr="Path+&apos;f r00007. wav&apos ; 11 /> 
<!--High pitch of "pound"--> 
<else /> 

<audio expr="Path+&apos;f r00008. wav&apos; " /> 
<!--Low pitch of °pound"--> 
</if> 
</if> 

<! --announcement "pence"--> 
<if cond="parameter5 != &apos ;00&apos ; "> 
<audio 

expr= l, Path+&apos ; f r000&apos ; +parameter5+&apos ; . wav&apos ; " / > 
<audio expr="Path+f r00009.wav" /> 
</if> 
</if> 

<goto nextitem="Repeti tions" /> 
<else /> 
<exit /> 
</if> 
</block> 
</form> 
. </vxml> 

Patentanspriiche 

1. Verfahren zur Durchfuhrung einer akustisch wiedergebbaren Ansage in einem Telekommunikationsnetz, ge- 
kennzeichnet durch folgende Schritte: 

- Empfangen einer von einer Steuerstelle (SCI, GC1) des Telekommunikationsnetzes gesendeten Anforde- 
rung (1) fur eine Ansage und Ermitteln Ansagen-spezifischer Parameterwerte (aid, prv), 

- Erstellen (3) zumindest einer Ansagendatei (vpg) aus zumindest einer Vorlagedatei (vtm), die offene Para- 
meter betreffend den Inhalt und/oder die Ausflihrung einer Ansage enthalt, wobei in der Ansagendatei (vpg) 
die offenen Parameter der Vorlagedatei(en) in Abhangigkeit von den Pararneterwerten (prv) aufgelost werden, 
und 

- Interpretation (5) der zumindest einen Ansagedatei (vpg) als Ansage, wobei die Ansage iiber das Telekom- 
munikationsnetz ausgegeben wird. 

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass gemafi einer Markup-Sprache abgefasste Vorlage- 
und Ansagedateien verwendet werden, z. B. gemafi der VoiceXML-Sprache. 

3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass vor dem Erstellen der Ansagedatei die hierfur 
verwendete(n) Vorlagedatei(en) (vtm) aus einer Anzahl von Vorlagedatei en in Abhangigkeit von den Pararneterwer- 
ten (aid) ausgewahlt wird (werden). 
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4. Verfahren nach einem der Anspriiche 1 bis 3, dadurch gekennzeichnet, dass beim Erstellen der Ansagedatei, so 
fern die Vorlagedatei (vtm) sich auf eine Eingabe beziehende Befehle enthalt, zusatzlich Eingabedateien (grm) fur 
die Interpretation von Eingaben (8') wahrend einer Ansage erstellt werden. 

5. Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass die Eingabedateien (grm) in einern Dateispeicher 
(GRS) zwischengespeichert werden und von dort bei der Ausfuhrung der betreffenden Eingaben abgerufen werden. 

6. Servereinrichtung (CVS) fur Ansagedateien, 

mit einer Schnittstelle zu einer Ansageeinrichtung (VS V), welche ein Interpreterrnodul (VBR) fur die Interpretation 
von Ansagedateien als akustisch wiedergebbare Ansagen enthalt, und 

mit einer Praprozessoreinrichtung (PPZ), welche dazu eingerichtet ist, Ansagen-spezifische Parameterwerte (aid, 
prv) entgegenzunehmen und ausgehend von offene Parameter betreffend den Inhalt und/oder die Ausfuhrung einer 
Ansage enthaltende Vorlagedateien (vtm) in Abhangigkeit von den Parameterwerten (prv) Ansagedateien (vpg) zu 
erstellen, in denen die offenen Parameter der Vorlagedatei(en) aufgelost sind. 

7. Servereinrichtung nach Anspruch 6, gekennzeichnet durch einen Speicher (TMS) fur \forlagedateien, aus dem 
Vorlagedateien (vtm) in Abhangigkeit von Parameterwerten (aid) auswahlbar sind. 

8. Servereinrichtung nach Anspruch 6 oder 7, dadurch gekennzeichnet, dass die Praprozessoreinrichtung dazu ein- 
gerichtet ist, zu priifen, ob die Vorlagedatei (vtm) sich auf eine Eingabe beziehende Befehle enthalt, und zutreffen- 
denfalls beim Erstellen der Ansagedatei zusatzlich Eingabedateien (grm) fur die'Interpretation von Eingaben (8') 
wahrend einer Ansage zu erstellen. 

9. Servereinrichtung nach Anspruch 8, gekennzeichnet durch einen Dateispeicher (GRS) zur Zwischenspeicherung 
der Eingabedateien (grm). 

10. Ansagesystem (VAS) zur Bereitstellung von akustisch wiedergebbaren Ansagen in einem Telekommunikati- 
onsnetz, mit einer Schnittstelleneinrichtung (VJF) zur Anbindung an das Telekommunikationsnetz und an eine dem 
Telekommunikationsnetz zugeordnete Steuerstelle (GC1, SCI), mit einer Speichereinrichtung (CSS) und mit einem 
Interpreterrnodul (VBR) fur die Interpretation von Ansagedateien als akustisch wiedergebbare Ansagen, gekenn- 
zeichnet durch eine Praprozessoreinrichtung (PPZ), welche dazu eingerichtet ist, Ansagen-spezifische Parameter- 
werte (aid, prv) entgegenzunehmen und ausgehend von offene Parameter betreffend den Inhalt und/oder die Aus- 
fuhrung einer Ansage enthaltende Vorlagedateien (vtm) in Abhangigkeit von den Parameterwerten (prv) Ansageda- 
teien (vpg) zu erstellen, in denen die offenen Parameter der Vorlagedatei(en) aufgelost sind. 
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